home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1992 June: ROMin Holiday / ADC Developer CD (1992-06) (''ROMin Holiday'')_iso / Developer Connection - 06-1992.iso / Development Platforms / Apple II / Essentials / Human.Int.Notes / HIN.007 < prev    next >
Encoding:
Text File  |  1990-04-11  |  4.3 KB  |  88 lines  |  [TEXT/pdos]
  1. Human Interface Note #7    
  2. _____________________________________________________________________________
  3.  
  4. Note #7    Who's Zooming Whom?
  5.  
  6.            Written by:    John Sullivan                            April 1990
  7. _____________________________________________________________________________
  8.  
  9. Further discussion about using the zoom box.
  10. _____________________________________________________________________________
  11.  
  12.  
  13. Introduction
  14.  
  15. A click in the zoom box toggles a window between two states, the user state 
  16. and the standard state.  The user state, as its name implies, is set by the 
  17. user.  The standard state is defined by the Apple Human Interface Guidelines 
  18. (p. 48) as "generally the full screen, or close to it...the size and location 
  19. best suited to working on the document."  That brief description has proven 
  20. to be too brief in these days of larger and multiple monitors.  This note is 
  21. a more explicit guide to determining the appropriate standard state.
  22.  
  23.  
  24. Size of the Standard State
  25.  
  26. When the zoom box was introduced, all Macintoshes had the same relatively 
  27. small screen, so the "most useful" size of a window was almost always larger 
  28. than the screen.  Setting the standard state to the full screen size was, 
  29. therefore, a good rule of thumb.  This is no longer the case.  These days, 
  30. Macintosh monitors come in all shapes, sizes, and configurations, so
  31. applications should never simply assume that the standard state should be as 
  32. large as the screen.  Frequently the monitor is larger, sometimes much larger, 
  33. than the most useful size for a window.  Screen real estate is valuable, so 
  34. screen-sized windows should be used only when they make sense.
  35.  
  36. For example, a document for a word processor has a well-defined
  37. "most useful width" (the width of a page) and a variable "most useful height" 
  38. (depending on the number of pages).  Therefore, the width of the standard 
  39. state should be the width of a page or the width of the screen, whichever is
  40. smaller, and the height of the standard state should be the height of the 
  41. screen or the height of the document, whichever is smaller.
  42.  
  43. Another example is a paint application whose documents are always exactly one 
  44. page in size.  In this case, the width of the standard state should be the 
  45. width of a page or the width of the screen, whichever is smaller, and the 
  46. height of the standard state should be the height of a page or the height 
  47. of the screen, whichever is smaller.
  48.  
  49. Yet another example is an application that displays pictures but does not 
  50. let users edit them.  Since its pictures cannot be modified, making a window 
  51. larger than the pictures it displays would not be useful.  Therefore, the 
  52. width of the standard state should be the width of the picture or the width of 
  53. the screen, whichever is smaller, and the height of the standard state should
  54. be the height of the picture or the height of the screen, whichever is smaller.  
  55. Note that this means that different document windows from the same application
  56. may have different standard states.
  57.  
  58.  
  59. Position of the Standard State
  60.  
  61. One of the basic principles of the Apple Desktop Interface is "perceived 
  62. stability."  Users are more comfortable in an environment that does not 
  63. change in an apparently random manner; a window need not move just because it
  64. is changing in size.  When toggling a window from the user state to the 
  65. standard state, first determine the appropriate size of the standard state.  
  66. If this size would fit completely on the screen without moving the upper-left 
  67. corner of the window, keep this corner anchored.  Otherwise, move the window 
  68. to an appropriate default location (see Human Interface Note #6, 
  69. Window Positions).
  70.  
  71.  
  72. The Standard State on Multiple Monitors
  73.  
  74. Zooming behavior in multiple monitor environments should not violate any of 
  75. the guidelines described herein, but it does introduce a single additional 
  76. rule: the standard state should be on the monitor containing the largest 
  77. portion of the window, not necessarily on the monitor with the menu bar.  
  78. Note that this means the standard state for a single window may be on 
  79. different monitors at different times if the user moves the window around.  
  80. In any case, the standardstate for any window must always be fully contained 
  81. on a single screen.
  82.  
  83.  
  84. _____________________________________________________________________________
  85. Further Reference
  86.   o  Macintosh Technical Note #79, _ZoomWindow
  87.  
  88.